Dynamic construction of modular invitational content

ABSTRACT

The present disclosure related to constructing invitational content. A content delivery system is provided managing a campaign using a content bundle identifying content blocks and rules for assembling the content blocks into items of invitational content. Based on the response of users to the invitational content, the invitational content to vary and evolve over time by modifying of the content bundle according to the user responses. An analysis of the responses can be performed to determine how the content bundle should be modified for users, user terminals, and other conditions. The content bundle can also specify a set of modification rules that can be used to automatically select how to modify the content bundle based on the user responses. In some cases, a content bundle can be associated with each unit of the content delivery system or each portal serviced by the content delivery system and managed separately.

TECHNICAL FIELD

The present disclosure relates to invitational content and more specifically to construction of invitational content.

INTRODUCTION

When designing a rich media advertisement it is necessary to include a combination of content relevant to the consumer and an interface suited to enabling efficient user navigation. As used herein, the term “rich media advertisement” refers to advertising content configured to allow some level of interaction between the user and the advertisement. However, not all consumers have the same device capabilities, are interested in the same type of content, or prefer to navigate advertisements using the same interface. Accordingly, rich media advertisement developers typically select the content and user interface elements that are suitable for the majority of users. However, this does not guarantee a successful campaign. For example, some users may still prefer primarily to watch videos about products or services advertised while others may prefer to read through product specifications, play games involving the product or brand, or share the content with their friends through social media. Additionally, some users may respond better to a linear advertising experience whereas other may prefer to choose their own path through advertising content; some may prefer to have an entirely passive experience more similar to television advertising.

Additionally, creating a rich media advertisement is frequently a labor-intensive process adding to the costs for the advertiser in developing and modifying the advertisements. Therefore, although it may be desirable to create multiple versions of the advertisement to appeal to a variety of classes of users, it is not necessarily cost-effective or feasible in terms of manpower. Over the course of an advertisement campaign, it often becomes necessary to make changes in advertisement units if they do not perform according to the goals of the advertiser, if those goals change over time, or if new advertising content becomes available. However, because of the initial costs and other inherent limitations, the costs, time, and complexity required for making effective changes are generally too high for many advertisers. Accordingly, the present invention addresses these issues.

SUMMARY

Additional features and advantages of the disclosure will be set forth in the description which follows, and in part will be apparent from the description, or can be learned by practice of the herein disclosed principles. The features and advantages of the disclosure can be realized and obtained by means of the instruments and combinations particularly pointed out in the appended claims.

Disclosed are devices, systems, methods, and non-transitory computer-readable storage media for dynamic construction of modular invitational content from invitational content providers. Invitational content can often times be delivered by a content delivery system configured to retrieve and manage the content from the invitational content providers and other content providers. The present technology provides a content bundle identifying content blocks and rules for assembling the content blocks into items of invitational content can be provided. In addition to delivering the invitational content, the present technology can allow the invitational content to vary and evolve over time in response to users by allowing the modifying of the content bundle according to user responses to the invitational content being generated. In some embodiments, the content delivery system is provided with a means to analyze such responses and determine how the content bundle should be modified. Further, the content bundle can specify a set of modification rules that can be used to select how to modify the content bundle based on the user response. In some embodiments, the modifications can be global or localized. That is, a separate content bundle can be associated with each unit of the content delivery system or each portal serviced by the content delivery system. In such embodiments, content bundles can be modified on a per unit or per portal basis.

With respect to modification of the content bundles, the present technology provides different ways of performing such modifications. In some embodiments, the content bundle can specify modification rules that describe how to automatically adjust the content bundle based on specific patterns of responses. Further, the content delivery system can also specify modification rules for the automatic adjusting. In some embodiments, responsive to an automatic configuration not being possible or feasible based on the modification rules specified by the content bundle, the content delivery system can be configured to propose a modification of the rules beyond that allowed by the content bundle to the invitational content provider. In some cases, an incentive can be provided to elicit an acceptance of the proposal. In other embodiments, such modification can be performed without approval of the invitational content provider by providing an adjusted fee arrangement.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to describe the manner in which the above-recited and other advantages and features of the disclosure can be obtained, a more particular description of the principles briefly described above will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. Understanding that these drawings depict only exemplary embodiments of the disclosure and are not therefore to be considered to be limiting of its scope, the principles herein are described and explained with additional specificity and detail through the use of the accompanying drawings in which:

FIG. 1 illustrates an example system embodiment;

FIG. 2 illustrates an exemplary system configuration wherein electronic devices communicate via a network for purposes of exchanging content and other data;

FIG. 3 illustrates an exemplary method embodiment for providing dynamic construction of modular invitational content;

FIG. 4 illustrates an exemplary method embodiment for updating content bundles; and

FIG. 5 illustrates an exemplary method embodiment for assembling changes for the updating of content bundles.

DETAILED DESCRIPTION

Various embodiments of the disclosure are discussed in detail below. While specific implementations are discussed, it should be understood that this is done for illustration purposes only. A person skilled in the relevant art will recognize that other components and configurations may be used without parting from the spirit and scope of the disclosure.

FIG. 1 illustrates an exemplary system 100 that includes a general-purpose computing device 100, including a processing unit (CPU or processor) 120 and a system bus 110 that couples various system components including the system memory 130, such as read only memory (ROM) 140, and random access memory (RAM) 150 to the processor 120. The system 100 can include a cache 122 of high speed memory connected directly with, in close proximity to, or integrated as part of the processor 120. The system 100 copies data from the memory 130 and/or the storage device 160 to the cache 122 for quick access by the processor 120. In this way, the cache 122 provides a performance boost that avoids processor 120 delays while waiting for data. These and other modules can control or be configured to control the processor 120 to perform various actions. Other system memory 130 may be available for use as well. The memory 130 can include multiple different types of memory with different performance characteristics. It can be appreciated that the disclosure may operate on a computing device 100 with more than one processor 120 or on a group or cluster of computing devices networked together to provide greater processing capability. The processor 120 can include any general purpose processor and a hardware module or software module, such as module 1 162, module 2 164, and module 3 166 stored in storage device 160, configured to control the processor 120 as well as a special-purpose processor where software instructions are incorporated into the actual processor design. The processor 120 may essentially be a completely self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc. A multi-core processor may be symmetric or asymmetric.

The system bus 110 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. A basic input/output (BIOS) stored in ROM 140 or the like, may provide the basic routine that helps to transfer information between elements within the computing device 100, such as during start-up. The computing device 100 further includes storage devices 160 such as a hard disk drive, a magnetic disk drive, an optical disk drive, tape drive or the like. The storage device 160 can include software modules 162, 164, 166 for controlling the processor 120. Other hardware or software modules are contemplated. The storage device 160 is connected to the system bus 110 by a drive interface. The drives and the associated computer-readable storage media provide nonvolatile storage of computer readable instructions, data structures, program modules and other data for the computing device 100. In one aspect, a hardware module that performs a particular function includes the software component stored in a non-transitory computer-readable medium in connection with the necessary hardware components, such as the processor 120, bus 110, display 170, and so forth, to carry out the function. The basic components are known to those of skill in the art and appropriate variations are contemplated depending on the type of device, such as whether the device 100 is a small, handheld computing device, a desktop computer, or a computer server.

Although the exemplary embodiment described herein employs a hard disk as storage device 160, it should be appreciated by those skilled in the art that other types of computer-readable media which can store data that are accessible by a computer, such as magnetic cassettes, flash memory cards, digital versatile disks, cartridges, random access memories (RAMs) 150, read only memory (ROM) 140, a cable or wireless signal containing a bit stream and the like, may also be used in the exemplary operating environment. Non-transitory computer-readable storage media expressly exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.

To enable user interaction with the computing device 100, an input device 190 represents any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech and so forth. An output device 170 can also be one or more of a number of output mechanisms known to those of skill in the art. In some instances, multimodal systems enable a user to provide multiple types of input to communicate with the computing device 100. The communications interface 180 generally governs and manages the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic features here may easily be substituted for improved hardware or firmware arrangements as they are developed.

For clarity of explanation, the illustrative system embodiment is presented as including individual functional blocks including functional blocks labeled as a “processor” or processor 120. The functions these blocks represent may be provided through the use of either shared or dedicated hardware, including, but not limited to, hardware capable of executing software and hardware, such as a processor 120, that is purpose-built to operate as an equivalent to software executing on a general purpose processor. For example, the functions of one or more processors presented in FIG. 1 may be provided by a single shared processor or multiple processors. (Use of the term “processor” should not be construed to refer exclusively to hardware capable of executing software.) Illustrative embodiments may include microprocessor and/or digital signal processor (DSP) hardware, read-only memory (ROM) 140 for storing software performing the operations discussed below, and random access memory (RAM) 150 for storing results. Very large scale integration (VLSI) hardware embodiments, as well as custom VLSI circuitry in combination with a general purpose DSP circuit, may also be provided.

The logical operations of the various embodiments are implemented as: (1) a sequence of computer implemented steps, operations, or procedures running on a programmable circuit within a general use computer, (2) a sequence of computer implemented steps, operations, or procedures running on a specific-use programmable circuit; and/or (3) interconnected machine modules or program engines within the programmable circuits. The system 100 shown in FIG. 1 can practice all or part of the recited methods, can be a part of the recited systems, and/or can operate according to instructions in the recited non-transitory computer-readable storage media. Such logical operations can be implemented as modules configured to control the processor 120 to perform particular functions according to the programming of the module. For example, FIG. 1 illustrates three modules Mod 1 162, Mod 2 164 and Mod 3 166, which are modules configured to control the processor 120. These modules may be stored on the storage device 160 and loaded into RAM 150 or memory 130 at runtime or may be stored as would be known in the art in other computer-readable memory locations.

Having disclosed some components of a computing system, the disclosure now turns to FIG. 2, which illustrates an exemplary system configuration 200, wherein electronic devices communicate via a network for purposes of exchanging content and other data. The system can be configured for use on a network as that illustrated in FIG. 2. However, the present principles are applicable to a wide variety of network configurations that facilitate the intercommunication of electronic devices. For example, each of the components of system 200 in FIG. 2 can be implemented in a localized or distributed fashion in a network.

In system 200, invitational content is delivered to user terminals 202 ₁ . . . 202 _(n) (collectively “202”) connected to a network 204 by direct and/or indirect communications with a content delivery system 206. In particular, the content delivery system 206 receives a request for a content package of electronic-invitational content, such as a web page, an application, a game, or media, etc., from one of user terminals 202. In the various embodiments, one or more types of invitational content can be combined in a content package. The user terminal 202 can be configured to render the received invitational content. This can include display or playing the invitational content appropriately depending on the form of the invitational content. For example, the invitational content can include text, graphics, audio, video, executable code or any combination thereof. Upon successfully rendering the delivered invitational content, the user terminal 202 can be configured to send a notification to the content delivery system 206. In some embodiments the notification can be a web beacon such as an embedded tracking pixel. In some embodiments, the invitational content can be associated with a product or can directly or indirectly advertise a product. In some embodiments, the content package can be configured to replace or update invitational content in a content package already delivered to the user terminal 202.

Further, the invitational content can be active invitational content. That is, invitational content that is designed to primarily elicit a pre-defined response from the user. For example, active invitational content can include one or more types of advertisements configured to be clicked upon, solicit information, or be converted by the user into a further action, such as a purchase or download of the advertised item. However, invitational content can also include passive invitational content. That is, invitational content that is designed to primarily inform the user. In some cases, passive invitational content can include information that can lead or direct users to active invitational content. Additionally, the invitational content can be dynamic invitational content. That is, invitational content that varies over time or that varies based on user interaction with the invitational content. However, the various embodiments are not limited in this regard and the invitational content can be static invitational content that does not vary over time or that varies based on user interaction. In the various embodiments, an invitational content in a content package can be static or dynamic and active or passive. Further, various types of invitational content can be combined in a same content package.

After receiving the request for invitational content, the content delivery system 206 selects the invitational content in response to the request and transmits the assembled invitational content to the requesting one of user terminals 202. In some embodiments, the server has preselected the invitational content before the request is received. Thereafter, the server assembles a content package of invitational content and causes the content package to be delivered to the user. The content delivery system can include a communications interface 207 to facilitate communications with the user terminals 202 and any other components familiar to those of ordinary skill in the art.

The content delivery system 206 includes a content management module 208 that facilitates generation of the assembled content package, which can include invitational content. Specifically, the content management module 208 can combine content from one or more primary content providers 209 ₁ . . . 209 _(n) (collectively “209”) and content from one or more invitational content providers 210 ₁ . . . 210 _(n) (collectively “210”) to generate the assembled content package for the user terminals 202. For example, in the case of a web page being delivered to a requesting one of user terminals 202, the content management module 208 can assemble a content package by requesting the data for the web page from one of the primary content providers 209 maintaining the web page. For the invitational content on the web page provided by the invitational content providers 210, the content management module 208 can request the appropriate data according to the arrangement between the primary and invitational content providers 209 and 210. In some embodiments, device 202 can directly request or already have access to primary content from primary content provider 209. In such embodiments, device 202 can further request invitational content from system 206. System 206 can identify and deliver invitational content appropriate for association with primary content. For example, primary content such as an application can already reside or be running of a device 202, and primary content can direct device 202 to request invitational content from system 206 to be associated with primary content on device 202.

As described above, content maintained by the content providers 209 and 210 can be combined according to a predefined arrangement, which can be embodied as a set of rules. In an arrangement where the content delivery system assembles the content package from multiple content providers, these rules can be stored in a rules database 217 in content delivery system 206 and content management module 208 can be configured to assemble the content package for user terminals 202 based on these rules. The rules can specify how to select content from secondary content providers 210 and the primary content providers 209 in response to a request from one of user terminals 202. For example, in the case of a web page maintained by one of primary providers 209 and including variable advertisement portions, the rules database 217 can specify rules for selecting one of the secondary providers 210. The rules can also specify how to select specific content from the selected one of secondary providers 210 to be combined with the content provided by one of primary providers 209. Once assembled, the assembled content package can be sent to a requesting one of user terminals 202. However, the content package is not limited to the content from content providers 209 and 210. Rather, the content package can include other data generated at the content delivery system 206.

Although primary and invitational content providers 209 and 210 are presented herein as separate entities, this is for illustrative purposes only. In some cases, the primary and invitational content providers 209 and 210 can be the same entity. Thus, a single entity can define and provide both the primary and the invitational content.

Although the content management module 208 can be configured to request that content be sent directly from content providers 209 and 210, a cached arrangement can also be used to improve performance of the content delivery system 206 and improve overall user experience. That is, the content delivery system 206 can include a content database 212 for locally storing/caching content maintained by content providers 209 and 210. The data in the content database 212 can be refreshed or updated on a regular basis to ensure that the content in the database 212 is up-to-date at the time of a request from a user terminal. However, in some cases, the content management module 208 can be configured to retrieve content directly from content providers 209 and 210 if the metadata associated with the data in content database 212 appears to be outdated or corrupted.

In the various embodiments, the content delivery system 206 can also include an obfuscated unique user identifier(s) (OUUID) database 216 that can be used for managing sessions with the various user terminal devices 202. The OUUID database 216 can be used with a variety of session management techniques. For example, the content delivery system 206 can implement an HTTP cookie or any other conventional session management method (e.g., IP address tracking, URL query strings, hidden form fields, window name tracking, authentication methods, and local shared objects) for user terminals 202 connected to content delivery system 206 via a substantially persistent network session. However, other methods can be used as well. For example, in the case of handheld communications devices, such as mobile phones, smart phones, tablets, or other types of user terminals connecting using multiple or non-persistent network sessions, multiple requests for content from such devices may be assigned to a same entry in the OUUID database 216. The delivery system 206 can analyze the attributes of requesting devices to determine whether such requests can be attributed to the same user. Such attributes can include device or group-specific attributes.

In some embodiments, the content delivery system 206 can also include a campaign engine 220 which can be configured to fulfill campaigns for content providers 210 by managing inventory and pricing of invitational content delivered to user terminals 202. In the various embodiments, the campaign engine 220 engages in an inventory atom-based booking and atom-based pricing system. That is, the space for invitational content provided by primary content providers 210 is managed as an inventory or collection of atoms defining an inventory space or region in a k-dimensional space of atoms, where each of the k dimensions is associated with one of a plurality of traffic segment characteristics. In the various embodiments, the k dimensions can include both orthogonal and non-orthogonal dimensions. That is, some of the k dimensions can overlap or can be related in some aspect. For example, if separate dimensions are specified for city and state, these dimensions are non-orthogonal.

In the various embodiments, each atom represents a portion of traffic associated with a specific set of values for the traffic segment characteristics in the k-dimensional space. For example, an atom can represent a fixed number of impressions for a particular segment. The inventory space will consist of one or more portions of the k-dimensional space depending on the segment characteristics associated with the content space available from the primary content providers 209. Accordingly the content delivery system 206 can manage an electronic campaign for one or more secondary content provider 210 based on the one or more segment characteristics of interest to each of the secondary content providers 210. In the various embodiments, the segment characteristics can include demographic characteristics, channel characteristics, spatial-temporal characteristics, behavioral characteristics, and demographic characteristics, to name a few. Channel characteristics can define the specific delivery channel being used to deliver a content package. For example, channel characteristics can include a type of electronic content, a type of device or user terminal, a carrier or network provider, or any other characteristic that defines a specific delivery channel for the content. Spatial-temporal characteristics can define a location, a date, a time, or any other characteristic that defines a geographic location and/or a time for delivery of the content. Demographic characteristics can define characteristics of the users targeted by the content or associated with the content. For example, demographic characteristics can include age, income, and ethnicity, but can also include other demographic characteristics such as gender, occupation, or any other user characteristics. Behavioral characteristics can define user behaviors for one or more different types of content, separately or in combination with any other contextual characteristics. That is, different behavioral characteristics may be associated with different channel, demographic, or spatial temporal characteristics. For example, users may be associated with higher conversion or response rates for some types of delivery channels.

Content providers 210 can arrange to have their invitational content delivered by the content delivery system 206 to user devices not only based on meeting targeting criteria, but also based on a pricing scheme. Further, the pricing scheme can be based on eliciting a specified user response. For example, in some embodiments the pricing scheme can be arranged so that a content provider 210 is charged a set price for eliciting a user response of viewing the invitation content. A user viewing the invitational content can be measured as an invitational content impression. An impression can be counted as every time an item of invitational content is displayed at the user terminal 202 for at least a predetermined amount of time. For example, if the invitational content is a banner advertisement, an impression can be counted if the banner advertisement is displayed on a user terminal 202 for 3 seconds. In some embodiments the predetermined time can vary according to the invitational content. For example, the invitational content can be a video and so an impression can be counted upon completion of the video.

In some embodiments, the pricing scheme can be based on eliciting a user response to invitational content. For example, a campaign can charge for each conversion associated with delivered invitational content. A conversion can be counted in many ways, for example, in some embodiments a conversion can be counted when a user clicks on a banner advertisement and is forwarded to additional content. In some embodiments a conversion can be counted when a user purchases a product advertised by the invitational content. Although impression and conversion are used as examples, any pricing scheme or combination of can be used.

A content provider 210 can arrange a campaign in any number of ways. In some embodiments, a content provider 210 can choose a maximum cost limit for a period of time. For example a campaign can be configured so that the cost of delivering the invitational content does not exceed $10,000 over a month. In some embodiments the campaign can be configured to have a price limit over a time interval as well as another limit for a smaller time period. For example, a campaign can be allocated $10,000 over a month, but not to exceed $500 in any given day. Campaigns can also be configured to have a minimum amount to be spent per a certain time period. For example, a campaign can have a daily max of $1,000 per day as well as a minimum of $950 per day. These examples are not meant to be limiting, campaigns can be configured in any number of ways known in the art.

The campaign engine 220 can be arranged to manage the delivery of the invitational content based on the parameters of the campaign. For example, if a content provider 210 has arranged a maximum limit of $1,000 per day, the campaign engine 220 can monitor the number of impressions and conversions, and upon the limit being reached, no longer deliver the item of invitational content. Ensuring that the maximum limit is not exceeded can be important because in some embodiments the content provider 210 is not liable to pay more than the maximum limit per day and so any impression or conversion above the limit would be free of charge to the content provider 210.

In addition to the above-mentioned components, the content delivery system 206 can further include an analysis module 215 for evaluating the performance of a campaign. The analysis can be performed in various ways and can provide various types of results. For example, the analysis module 215 can generate metrics for the campaign, provide a comparison of the campaign to specific criteria, generate values indicating that one or more conditions or criterion have been met, or any combinations thereof. These exemplary analysis methods are provided solely for illustrative purposes and any other methods can be used without limitation. The results of the analysis can be communicated to an invitational content provider associated with a campaign, components within content delivery system 206, or any combination thereof.

The analysis module 215 can collect the data for evaluating a campaign from various sources. For example, the content delivery system 206 can be configured to maintain, as part of analysis module 215 or elsewhere, a journal of user responses to particular content blocks. The data for the diary can be obtained from various sources. For example, the content delivery system 206 can directly monitor responses to the invitational content it generates and update the diary accordingly. In another example, the content delivery system 206 can query the invitational content provider (such as content provider 210) to obtain information regarding responses to the invitational content and update the diary accordingly. In still another example, a user terminal 202 could be configured to archive responses locally and provide the results to the content delivery system 206 at a later time. Thereafter, the content delivery system 206 can update the diary accordingly.

As described above, one aspect of the present technology is the gathering and use of data available from various sources to improve the delivery of advertisements or any other content that may be of interest to users. The present disclosure contemplates that in some instances, this gathered data may include personal information data that uniquely identifies or can be used to contact or locate a specific person. Such personal information data can include demographic data, location-based data, telephone numbers, email addresses, social media IDs such as TWITTER IDs, home addresses, or any other identifying information.

The present disclosure recognizes that the use of such personal information data in the present technology can be used to the benefit of users. For example, the personal information data can be used to better understand user behavior, facilitate and measure the effectiveness of advertisements, applications, and delivered content. Accordingly, use of such personal information data enables calculated control of the delivered content. For example, the system can reduce the number of times a user receives a given advertisement or other content and can thereby select and deliver content that is more meaningful to users. Such changes in system behavior improve the user experience. Further, other uses for personal information data that benefit the user are also contemplated by the present disclosure.

The present disclosure further contemplates that the entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data should implement and consistently use privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining personal information data private and secure. For example, personal information from users should be collected for legitimate and reasonable uses of the entity and not shared or sold outside of those legitimate uses. Further, such collection should occur only after the informed consent of the users. Additionally, such entities would take any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy and security policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices.

Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and/or software elements can be provided to prevent or block access to such personal information data. For example, in the case of advertisement delivery services, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services. In another example, users can select not to provide location information for advertisement delivery services. In yet another example, users can configure their devices or user terminals to prevent storage or use of cookies and other mechanisms from which personal information data can be discerned. The present disclosure also contemplates that other methods or technologies may exist for blocking access to their personal information data.

Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users by inferring preferences based on non-personal information data or a bare minimum amount of personal information, such as the content being requested by the device associated with a user, other non-personal information available to the content delivery services, or publically available information.

As noted above, one cornerstone of a successful campaign is providing invitational content that elicits a preferred response from the targeted segment. However, the constraint that many invitational content providers typically face is that their ability to provide adjustment during campaign is generally limited. In particular, adjustment of targeted segments is generally not available. For example, invitational content providers may be contractually bound to the originally selected targeted segments. In such cases it may be possible to retool the invitational content for the campaign, but the cost of the development of additional invitational content can be prohibitive. As a result, many campaigns, although being properly managed by campaign engine 220, may be performing at sub-optimal level in conventional content delivery systems since the invitational content is not specifically tuned to the elicit a preferred response from the targeted segment. In the present technology, the content delivery system 206 can be configured to address the limitations of creating and managing campaigns.

A first aspect of the present technology is to structure invitational content using a modular approach. That is, rather than requiring that the invitational content provider provide the invitational content as a complete, single unit substantially ready to be delivered, the invitational content can instead be defined as a collection of content blocks that can be assembled by the content delivery system 206 to form the invitational content.

In the various embodiments, the content blocks can include fixed content blocks and variable content blocks. The fixed content blocks can be used to define the general framework or structure for an item of invitational content. The variable content blocks can define the specific content that can be included in the framework. Additionally, the variable content blocks can be configured to allow them to be combined with more than one fixed content block. Thus, the variable content portions can be configured to be interchangeable with respect to each other and with respect to one or more fixed content blocks.

For example, in one configuration, the fixed content blocks for forming items of invitational content can be embodied as a series of templates for rich media advertisements that contain the basic structures possible for various types of advertisements. Such a template could define, for example, if and when videos are to be played, what form a menu of the rich media advertisement could take, and what types of user interactions are possible for navigating through the rich media advertisement. Thus, to form such rich media advertisements, an advertiser could choose the template they prefer for their advertising content and then select which elements (i.e., variable content blocks) would be combined with the template. Such a configuration allows the advertiser to define a specific configuration for their electronic advertisement. However, the interchangeability of the fixed and variable content blocks allows the template to be selected by the content delivery system 206 as part of the optimization process on the level of individual users or classes of users. For example, by selecting different templates (i.e., fixed content blocks) for the different users or classes of users.

A second aspect of the present technology is to provide a new methodology for controlling individual campaigns in view of the modularization of the invitational content. That is, a methodology for managing the use of content blocks. In particular, in the various embodiments provide for controlling individual campaigns by specifying a content bundle associated with the campaign. In the various embodiments, a content bundle is a collection of various types of bundle data that can be useful for assembling invitational content and that can be updated at any time by the invitational content provider, the content delivery system 206, or both. At a minimum, the bundle data can identify fixed and variable content blocks for the campaign and a set of assembly rules. The assembly rules for the campaign can specify how to combine the fixed and variable content blocks to form items of invitational content for the campaign, as described above. The assembly rules can be configured to be dependent on the user terminal 202 to which the invitational content is to be delivered. For example, the assembly rules can specify particular ones of the fixed and variable content blocks for user terminal 202 based on one or more properties of the user terminal 202, one or more preferences or characteristics of the user associated with the user terminal 202, properties or characteristics of the network 204, and any combination thereof. The listed properties and characteristics are provided solely for illustrative purposes and any other properties or characteristics can be used without limitation to determine a combination of content blocks for an item of invitational content.

In the various embodiments, the properties or characteristics used by the assembly rules for the content bundle can be stored at a variety of locations. For example, in some cases, the content delivery system can maintain a database of such preferences for various users, devices, obfuscated unique user identifier(s), networks, etc. . . . In another example, such a database can be maintained by any of providers 209 and 210. In either case, the assembly process can include accessing such databases to obtain appropriate information. In yet another example, such data can be requested from the requesting user terminal 202. In still another example, a variety of methods can be utilized to determine or at least estimate the characteristics or properties for the user terminal 202 requesting content. Any other methods of obtaining and storing such information can also be used, without limitation, in the various embodiments.

In operation, the content management module 208 can still access the rules database 217 to determine how to assemble invitational content to be delivered to the user terminal 202. In one configuration, the entry assembling invitational content for the campaign in rules database 217 can simply provide a pointer to the corresponding content bundle in bundle database 218. Thus, the content management module 208 accesses the content bundle in the bundle database 218 and assembles the item of invitational content accordingly. Accordingly, to update the invitational content for the campaign, the existing content bundle is simply replaced or updated in the bundle database 218. In another configuration, the data for the content bundle can be directly stored in rules database 217. In such a configuration, the bundle database 218 can be used to store a content bundle consisting of a set of pointers to the data in rules database 217. Accordingly, to update the invitational content for the campaign, the content bundle can be used to facilitate access to the corresponding portions of the rules database 217 to update the appropriate entries therein.

As described above, the content bundle is modifiable by various entities. However, in some embodiments, as described in greater detail below, automatic or semi-automatic updating of the content bundle can be performed by an updater module 214 in the content delivery system 206. In such embodiments, the content bundle can provide a set of modification rules so that when specific conditions are met, the rules trigger specific changes in the content bundle. Specifically, the analysis module 215 can forward its analysis to updater module 214. Thereafter, the updater module 214, based on the modification rules and the analysis can determine if and how the content bundle can be modified. For example, if the analysis of the campaign indicates that certain content blocks tend to elicit preferred responses from certain types of users, the modification rules can provide for adjusting the assembly rules in the content bundle so that those content blocks are always presented to such types of users in order to elicit a greater number of preferred responses. Similarly, if the analysis of the campaign providers indicates that certain content blocks do not tend to elicit preferred responses from certain types of users, the modification rules can provide for adjusting the assembly rules in the content bundle so that those content blocks are not presented to such types of users in order to elicit a greater number of preferred responses.

The present technology therefore provides a simplified design and updating process for electronic advertisements and other invitational content. For example, even though not all consumers have the same device capabilities, are interested in the same type of content, or prefer to navigate advertisements using the same interface, it is not necessary to make the typical compromise of selecting the content and user interface elements that are suitable for the majority of users. Instead, the present technology allows advertisement experience to be customized for each user at each interface. That is, over the life of the campaign, it is possible to give users the content and interface they prefer which would potentially lead to greater user engagement and deliver a superior value to the advertiser in terms of user engagement and advertising results. Some exemplary methodologies for managing such content bundles are generally described with respect to FIGS. 3, 4, and 5.

FIG. 3 illustrates an exemplary method embodiment 300 for providing dynamic construction of modular invitational content. Method 300 begins at block 302 and continues on to block 304. At block 304, a content bundle is received at the content delivery system 206 from an invitational content provider associated with a campaign. As previously described, the content bundle can identify the content blocks for assembling invitational content for the campaign and rules for assembly thereof. The content bundle can be integrated into the content delivery system 206 as previously described.

Once the campaign is established and the initial content bundle is received at block 304, the method 300 proceeds to block 306. At block 306, responsive to receiving a request to deliver invitational content to a user terminal 202, the appropriate invitational content is assembled. In particular, once the campaign engine 220 and the content management module 208 determine which campaign invitational content is to be generated for the user terminal 202, the corresponding content bundle is used to determine the content blocks available for the invitational content and the assembly rules are used to assemble the invitational content for the request. Block 306 also includes obtaining data regarding any properties or characteristics associated with the assembly rules, as previously discussed. Further, block 306 can also encompass storing such data for future reference. Once the invitational content is assembled at block 306, the response to the request is delivered at block 308, including delivery of the assembled invitation content.

In some configurations, the content delivery system 206 can selectively adjust the content delivered to the user terminals at block 310. For example, the content bundle can specify a particular combination of content blocks for a user terminal of a specific type and associated with a category of user. However, the user terminals may be operating on a network with limited bandwidth or that does not support transmission of certain ones of the selected content blocks. In such cases, the content delivery system 206 can intercept the invitational content prior to delivery and adjust in accordance with other conditions or criteria not specified in the content bundle. For example, in the example above, the content delivery system 206 can automatically downgrade the certain ones of the content blocks to other content blocks with lower bandwidth requirements. Any other conditions and criteria, as well as rules, can be specified at the content delivery system 206 to support this adjustment.

After the invitational content is received at the user terminal 202, the response to the invitational content can be monitored at block 312. For example, as described above, a journal can be provided in analysis module 215 to make note of the responses. Thereafter, at block 314, the responses at the user terminal can be analyzed by analysis module 215, as previously described. In the various embodiments, the responses can be monitored and analyzed in various ways. That is, in addition to the methods already described above, the responses can also be analyzed in a segmented or divided manner. For example, the responses can be analyzed with respect to the portal on which the invitational content appears. In another example, in a configuration where the content delivery system is embodied as a plurality of content delivery systems working cooperatively or independently, the responses can be analyzed with respect to each of the content delivery systems. However, these are but a few exemplary methods of segmenting or dividing the analysis. In the various embodiments, the monitoring and the analysis can be performed with respect to any segments or divisions of interest without limitation. Further, these segment or divisions can be specified by the invitational content provider, the content delivery system, or both.

Following the analysis of the responses at block 314, the content bundle can be modified or updated by the updater module 214 based on the analysis at block 316. As noted above, the modifying of the content bundle can be performed manually or automatically to adjust the content blocks available and the assembly rules for the content blocks. These processes are described below in greater detail with respect to FIGS. 4 and 5. After the content bundle is modified or updated, the method 300 proceeds to block 318 and resumes previous processing, including repeating method 300.

As noted above, a significant result of method 300 is that different users can receive invitational content that consists of different combinations of content blocks. The present technology contemplates that the content delivery system, via the campaign manager 220 or other elements, can adjusts costs incurred based on the content blocks being delivered. That is, alternatively or in combination with impression-based, conversion-based, or any other pricing schemes, a cost per feature scheme can be utilized in the various embodiments. In one configuration, this can simply be a cost based on the particular content blocks being delivered to the user terminal 202. In another configuration, the cost can be based on the content blocks actually utilized by a user at the user terminal 202. For example, if the invitational content includes a content block defining a video, the cost would apply only if the user views the video. Further, the degree of interaction might also define the costs. For example, if the user fails to view the entire video, different costs may apply. In still another example, such as in the case of adjusting content blocks, as described above with respect to block 310 in FIG. 3, the cost can be based on what is finally delivered to the user terminal 202. Additionally, any combination of the above and any other scheme based on pricing based on delivered content blocks, user interaction with the content blocks, or any combination thereof can be used in the various embodiments without limitation.

Additionally, a cost per feature arrangement can allow the invitational content provider to obtain not only a more knowledge of how the campaign is operating, but also provides an ability to customize precisely what invitational content experiences the invitational content provider wishes to purchase. For example, an invitational content provider can purchase or target specific numbers of video views, app downloads, and other experiences. Further, with the knowledge of the particular experiences the invitational content provider wishes to purchase, the campaign manager 220 can more intelligently select which invitational content and which campaigns to select invitational content from during operation of the content delivery system 206. Additionally, the content bundle can also be used to adjust such targets. For example, for the number of impressions or conversions purchased by the invitational content provider, the content bundle can be used to dynamically adjust the experience for each of these. Further, in some instances, such adjustments can be utilized by campaign manager 220 to contain costs for the invitational content provider. For example, if the campaign manager needs to provide invitational content, but the desired experience is not available due to user, user terminal, network, or other conditions, the campaign manager can provide invitational content at a discount or even free of charge. Thus, most, if not all, of the budget for the campaign is reserved for the desired experiences.

FIG. 4 illustrates an exemplary method embodiment 400 for updating content bundles. For example, method 400 can be used to implement block 316 in method 300. Method 400 begins at block 402 and continues on to block 404. At block 404, it is first determined whether or not the content bundle can be automatically updated. This can be determined in several ways. In some configurations, the content bundle can include a flag or other indicator signaling to the updater system 214 to automatically update the content bundle. For example, the flag or indicator can simply be whether or not modification rules have been specified for the content bundle, for the content delivery system 206, or both. However, the various embodiments are not limited in this regard and a separate flag or indicator can be provided.

If it is determined at block 404 that automatic updating is not available, the method can proceed to block 406 for manual processing. At block 406, a notification can be forwarded to the invitational content provider. The notification can include one or more types of information. For example, the notification can include the analysis data from analysis module 215, one or more recommendations for action, or any other information that might be useful to the invitational content provider for determining how to modify the content bundle. Thereafter, based on the response of the invitational content provider, the content bundle can be adjusted or modified at block 408. The method 400 can then resume previous processing at block 410, including repeating method 400.

Although blocks 406 and 408 are described above as providing manual processing, these blocks are also utilized to enable an automatic updating of the content bundle at locations other than at content delivery system 206. That is, in some configurations, the updater module 214 may not be a part of the content delivery system 206. Instead, the updater module 214 can be under the control of the invitational content provider. In such cases, the notification can include any information needed by the updater module at this location. The response from the invitational content provider can then be delivery or identification of an updated content bundle to the content delivery system 206.

Referring back to block 404, if the content bundle is configured for automatic updating, the method can proceed to block 412. At block 412, the modification rules for the content bundle can be retrieved. In some cases, modification rules specified by the content delivery system can also be retrieved at block 414. Although FIG. 4 illustrates performing block 412 and optionally performing block 414, this is for illustrative purposes only. In some embodiments, instead of block 414 being optional, block 412 can be optional. For example, the present disclosure contemplates circumstances in which a content bundle may not identify any modification rules, but the content delivery system 206 does. Further, in some embodiments, neither of blocks 412 nor 414 are optional.

In the various embodiments, the modification rules can be embodied in different ways. For example, in some configurations, the modification rules can be one or more formulas into which the results of the analysis at analysis module 215 are entered. The results of the formula then indicate how the content bundle is to be adjusted. In other configurations, the modification rules can be a set of thresholds to compare against the results of the analysis. In these configurations, the updater module 214 effects changes in the content bundle when a particular set of criteria is met (or not met). In still other configuration, the analysis can determine patterns of behavior among the various user terminals and the updater module 214 can change the content bundle to provide an assembly of invitational content that best corresponds, with respect to responses, to such patterns. Other configurations are also possible and can be used with the present technology without limitation.

In some cases, the modification rules provided for the content bundle and the content delivery system 206 can be configured to operate cooperatively. For example, the rules from block 414 can provide default rules which are applied unless a corresponding or related rule is provided at block 412. In another example, the rules obtained at block 414 can delineate boundaries for the rules obtained at block 412. That is, content delivery system 206 can be configured to limit or prevent the use of certain types of content blocks. In such cases, the amount of modification allowed by the rules obtained at block 412 is adjusted by the rules obtained at block 414. For example, if the modification rules from block 412 provide for altering the content bundle to include content blocks associated with higher bandwidth versions of a video and the content delivery system 206 is operating on a network 204 upon which such videos would not be supported or in which bandwidth is limited, the rules from block 414 can be used to override the rules from block 412 and prevent the use of such content blocks. Other cooperative arrangements are also possible and can be used with the present technology without limitation.

Once the content bundle is adjusted at block 416, the method 400 can proceed to block 410 and resume previous processing, including repeating method 400.

In some cases, there may be configurations of the content bundle that may be preferred by the content delivery system 206. That is, although the invitational content preferred by the invitational content provider or the current content bundle for a campaign is fully supportable by the content delivery system 206, the content delivery system may wish to limit overall usage of its resources for quality of service reasons, to reserve resources for additional content, to present only certain types of invitational content, or any other reasons. For example, it may be preferable to limit the bandwidth utilized by the content delivery system 206 for one of more portions of the targeted segment in order to meet bandwidth restrictions of a network provider or to ensure quality of service to the targeted segment and any other segments associated with the content delivery system 206. Thus, the content delivery system 206 may prefer that the invitational content for the portions associated with a content bundle be limited to lower bandwidth content. Accordingly, the present disclosure contemplates providing a mechanism for eliciting invitational content providers to accept alternate configurations for content bundles. This is illustrated with respect to FIG. 5.

FIG. 5 illustrates an exemplary method embodiment 500 for assembling changes for the updating of content bundles when automatic updating of the content bundle is available. That is, at least some modification rules are in place at either the content delivery system or are specified by the content bundle, as previously described with respect to FIG. 4. Method 500 begins at block 502 and continues on to block 504. At block 504, the preferences of the content delivery system are obtained. As noted above, these can include preferences with respect to resources required for the invitational content, preferences with respect to the content within the invitational content, or any other preferences for the content delivery system with respect to invitational content.

Once the preferences are obtained at block 504, the method 500 can determine at block 506 whether or not a modification of the content bundle is possible in view of the preferences of the content delivery system 206. That is, whether any modification rules in place would allow the content bundle to be adjusted in accordance with the preferences. If such a modification is possible in view of the existing modification rules, the method proceeds to block 508 to automatically adjust the content bundle.

The present disclosure contemplates that such modification could result in a sub-optimal level of response for the invitational content being generated by the adjusted content bundle. Accordingly, in some embodiments the content delivery system 206 can be configured to compensate the invitational content provider. In particular, a financial incentive can be applied in view of the change at block 510. In some cases, the incentive can be pre-defined. In other cases, the incentive can be computed. For example, the incentive can be based on a projection of the performance of the adjusted content bundle. Other methods of computing the incentive can also be used without limitation.

Optionally, a notification of the changes can be forwarded to the invitational content provider at block 512. Thereafter, the method 500 can resume previous processing at block 514, including repeating method 500.

Referring back to block 506, if a modification is not possible, further input from the invitational content provider may be needed. First, at block 516, a proposed set of changes for the content bundle can be assembled. For example, the proposed content bundle can be generated based on the preferences of the content delivery system. Optionally, at block 518, a proposed incentive for the proposed content bundle can be computed. Thereafter, the proposed set of changes (and incentive, if any) can be forwarded to the invitational content provider at block 520. Finally, based on the response received from the invitational content provider at block 520, the content bundle can be adjusted at block 522. Method 500 can then resume previous processing at block 514, including repeating method 500.

The present disclosure contemplates that block 522 can include a negotiation between the content delivery system 206 and the invitational content provider. This can involve repeating blocks 516-520 for various configurations until a positive response is received at block 520.

Embodiments within the scope of the present disclosure may also include tangible and/or non-transitory computer-readable storage media for carrying or having computer-executable instructions or data structures stored thereon. Such non-transitory computer-readable storage media can be any available media that can be accessed by a general purpose or special purpose computer, including the functional design of any special purpose processor as discussed above. By way of example, and not limitation, such non-transitory computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code means in the form of computer-executable instructions, data structures, or processor chip design. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or combination thereof) to a computer, the computer properly views the connection as a computer-readable medium. Thus, any such connection is properly termed a computer-readable medium. Combinations of the above should also be included within the scope of the computer-readable media.

Computer-executable instructions include, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Computer-executable instructions also include program modules that are executed by computers in stand-alone or network environments. Generally, program modules include routines, programs, components, data structures, objects, and the functions inherent in the design of special-purpose processors, etc. that perform particular tasks or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of the program code means for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps.

Those of skill in the art will appreciate that other embodiments of the disclosure may be practiced in network computing environments with many types of computer system configurations, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and the like. Embodiments may also be practiced in distributed computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination thereof) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.

The various embodiments described above are provided by way of illustration only and should not be construed to limit the scope of the disclosure. Those skilled in the art will readily recognize various modifications and changes that may be made to the principles described herein without following the example embodiments and applications illustrated and described herein, and without departing from the spirit and scope of the disclosure. 

We claim:
 1. A method comprising: receiving, at a content delivery system, a content bundle comprising a plurality of content blocks for assembling modular invitational content and rules for dynamically assembling the modular invitational content for a user terminal by combining blocks from the plurality of content blocks in the content bundle based at least on preferences and properties associated with the user terminal, wherein the rules are provided by a content provider to define how to assemble the modular invitational content for the user terminal based on the preferences and properties; delivering, based on the content bundle, the modular invitational content to the user terminal to yield delivered invitational content, the delivered invitational content comprising selected content blocks from the plurality of content blocks assembled based on at least one of the rules, the preferences associated with the user terminal, or the properties associated with the user terminal; and after an analysis of a user response to at least a portion of the selected content blocks in the delivered invitational content, modifying the content bundle based on the analysis of the user response.
 2. The method of claim 1, wherein the delivering comprises providing a plurality of content delivery units for assembling the blocks of invitational content, wherein the modifying comprises analyzing the user response with respect to each of the plurality of content delivery units and adjusting the content bundle separately for each of the plurality of content delivery units based on the analyzing.
 3. The method of claim 1, wherein the delivering comprises combining items of invitational content with primary content from each of a plurality of different content providers, wherein the modifying comprises analyzing the user response with respect to each of the plurality of different content providers and adjusting the content bundle separately for each of the plurality of different content providers based on the analyzing.
 4. The method of claim 1, wherein the content bundle further comprises modification rules, and wherein the modifying further comprises automatically adjusting the content bundle based at least on the modification rules and the analysis.
 5. The method of claim 4, wherein the modification rules specify any of additional content blocks, updated assembly rules, and updated modification rules.
 6. The method of claim 4, wherein the automatic adjusting is further based on at least one criterion associated with the content delivery system.
 7. The method of claim 6, wherein the modifying further comprises automatically adjusting a fee arrangement associated with the content bundle.
 8. A non-transitory computer-readable medium having stored therein instructions which, when executed by a processor, cause the processor to perform operations comprising: receiving, at a content delivery system, a content bundle comprising a plurality of content blocks for assembling modular invitational content and rules for dynamically assembling the modular invitational content for a user terminal by combining blocks from the plurality of content blocks in the content bundle based at least on preferences and properties associated with the user terminal, wherein the rules are provided by a content provider to define how to assemble the modular invitational content for the user terminal based on the preferences and properties; delivering, based on the content bundle, the modular invitational content to the user terminal to yield delivered invitational content, the delivered invitational content comprising selected content blocks from the plurality of content blocks assembled based on at least one of the rules, the preferences associated with the user terminal, or the properties associated with the user terminal; and after an analysis of a user response to at least a portion of the selected content blocks in the delivered invitational content, modifying the content bundle based on the analysis of the user response.
 9. The non-transitory computer-readable medium of claim 8, wherein the modifying further comprises aggregating data from any of the campaign provider, the content delivery service, or the user terminals for the analysis.
 10. The non-transitory computer-readable medium of claim 8, wherein the modifying further comprises: delivering a message to an invitational content provider associated with the content bundle, the message comprising the analysis; and adjusting the content bundle based on a response of the invitational content provider to the message.
 11. The non-transitory computer-readable medium of claim 10, wherein the content bundle further comprises modification rules, wherein the providing further comprises: generating a proposed modification for the content bundle beyond that allowed by the modification rules based on at least one criterion for the content delivery system; selecting at least one incentive based at least on the proposed modification; and configuring the message to further comprise the proposed modification and the at least one incentive.
 12. A method comprising: receiving, at a content delivery system, a content bundle from a content provider, the content bundle comprising a plurality of content blocks for assembling modular invitational content and rules for dynamically assembling the modular invitational content to be delivered to user terminals by combining blocks from the plurality of content blocks in the content bundle based on at least preferences at a user terminal and technical properties of the user terminal, wherein the rules define how to assemble the modular invitational content for the user terminal based on the preferences and properties; monitoring responses at a plurality of user terminals to at least a portion of selected content blocks from the plurality of content blocks assembled based on at least one of the rules, the preferences associated with the user terminal, or the properties associated with the user terminal; computing adjusted rules projected to generate responses at the plurality of user terminals meeting at least one criterion; modifying the content bundle based on the adjusted rules.
 13. The method of claim 12, wherein the at least one criterion is associated with the content delivery system.
 14. The method of claim 12, wherein the at least one criterion is associated with a content provider associated with the content bundle.
 15. The method of claim 12, further comprising implementing the content delivery system as a plurality of content delivery units for independently assembling the blocks of invitation content, wherein the computing comprises analyzing the response with respect to each of the plurality of content delivery units, and therein the modifying comprises adjusting the content bundle separately for each of the plurality of content delivery units based on the computing.
 16. The method of claim 12, further comprising configuring the content delivery system to combine the blocks of invitational content with primary content from each of a plurality of different content providers, wherein the computing comprises analyzing the responses with respect to each of the plurality of different content providers, and wherein the modifying comprises adjusting the content bundle separately for each of the plurality of different content providers based on the analyzing.
 17. The method of claim 12, wherein the computing further comprises aggregating data from any of the content provider, the content delivery service, or the user terminals for the analysis.
 18. A content delivery system, comprising: a content bundle database for storing a content bundle comprising a plurality of content blocks for assembling modular invitational content and rules for dynamically assembling the modular invitational content for a user terminal by combining blocks from the plurality of content blocks in the content bundle based at least on preferences and properties associated with the user terminal, wherein the rules are provided by a content provider to define how to assemble the modular invitational content for the user terminal based on the preferences and properties; a content management module for generating and delivering, based on the content bundle, the modular invitational content to user terminals to yield delivered invitational content, the delivered invitational content comprising selected content blocks from the plurality of content blocks assembled based on at least one of the rules, the preferences associated with the user terminal, or the properties associated with the user terminal; an analysis module for generating an analysis of a response at the user terminals to at least a portion of the selected content blocks in the delivered invitational content; and an updater module for modifying the content bundle based at least on the analysis.
 19. The system of claim 18, wherein the content management module delivers the blocks of invitational content by combining the blocks of invitational content with primary content from each of a plurality of different content providers, wherein the analysis module analyzes the response with respect to each of the plurality of different content providers, and wherein the updater module is configured for adjusting the content bundle separately for each of the plurality of different content providers.
 20. The system of claim 18, wherein the content bundle further identifies modification rules, and wherein the updater module is further configured for automatically adjusting the content bundle based at least on the modification rules and the analysis.
 21. The system of claim 20, wherein the modification rules specify any of additional content blocks, updated assembly rules, and updated modification rules.
 22. The system of claim 20, wherein the updater module is configured for automatic adjusting the content bundle based on at least one criterion associated with the content delivery system.
 23. The system of claim 22, further comprising a campaign engine configured for automatically adjusting a fee arrangement associated with the content bundle responsive to the automatic adjusting by the updater module.
 24. The system of claim 18, wherein the analysis module is configured for aggregating data for the analysis from any of the campaign provider, the content delivery service, or the user terminals.
 25. A method, comprising: receiving, at a content delivery system, a content bundle comprising a plurality of content blocks for assembling modular invitational content and rules for dynamically assembling the modular invitational content for a user terminal by combining blocks from the plurality of content blocks in the content bundle based at least on preferences and properties associated with the user terminal, wherein the rules are provided by a content provider to define how to assemble the modular invitational content for the user terminal based on the preferences and properties; delivering, based on the content bundle, the modular invitational content to user terminals to yield delivered invitational content, the delivered invitational content comprising selected content blocks from the plurality of content blocks assembled based on at least one of the rules, the preferences associated with the user terminal, or the properties associated with the user terminal; and computing a cost of an invitational content provider for the delivered invitational content based at least on the portion of the plurality of content blocks selected for the delivered invitational content.
 26. The method of claim 25, wherein the billing further comprises: monitoring interactions at the user terminals with respect to at least a portion of the plurality of content blocks in the delivered invitational content; and assessing fees for each of the delivered invitational content based at least on types of the interactions at the user terminals.
 27. The method of claim 26, wherein the content bundle is further configured for identifying preferred interactions for each of the items of invitational content, and wherein the assessing is based on the preferred interactions.
 28. The method of claim 25, wherein the content bundle is further configured for identifying a target for one or more preferred combinations for the plurality of content blocks, and wherein the step of computing further comprises applying a discounted cost for the portion of the delivered invitation content not associated with the preferred combinations. 